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METHOD AND APPARATUS FOR AVOIDING 
STARVATION IN COMPUTER NETWORK 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a method and 
apparatus for avoiding starvation in a computer network. 

2. Description of the Related Art 

Generally, in a computer network, at least one 
target node which provides service and a plurality of 
initiator nodes which request service from the target 
node are connected to the network. 

In such a computer network, a situation can 
occur where a service request sent from a particular 
initiator node is continually rejected at the target node 
and will not be accepted. This situation is known as 
starvation . 

A variety of methods are practiced to avoid 
such starvation but, in any method, an area of a certain 
number of bits, as a field for carrying information for 
avoiding starvation, must be provided in a packet 
transferred between a target node and an initiator node. 
This results in an increase in communication traffic. 
SUMMARY OF THE INVENTION 

The present invention has been devised in view of 
the above problem, and an object of the invention is to 
provide a method and apparatus for avoiding starvation in 
a computer network, capable of minimizing the number of 
bits of the field that must be provided, within a packet, 
to avoid starvation. 

To achieve the above object, according to the 
present invention, there is provided a method for 
avoiding starvation at an initiator node in a computer 
network to which are connected at least one target node 
which provides service and a plurality of initiator nodes 
which request service from the target node, the method 



comprising: an operation whereby, when a request is 
received from the initiator node during a period that the 
target node is unable to provide service, a reject reply 
is returned by attaching thereto reject time information 
that matches the period; an operation whereby, when the 
target node is in a state capable of providing service, a 
retry request carrying older reject time information is 
preferentially accepted; and an operation whereby, when 
the target node is in the state capable of providing 
service, a reject reply is returned by attaching thereto 
new reject time information in response to any first 
request received before retry requests arising from 
previously rejected requests are all accepted. 

According to the present invention, there is also 
provided a method for avoiding starvation at an initiator 
node in a computer network to which are connected at 
least one target node which provides service and a 
plurality of initiator nodes which request service from 
the target node, the method comprising: (a) an operation 
whereby, when a first request is received at the target 
node when the target node is in a state capable of 
providing service, the first request is accepted; (b) an 
operation whereby, when a first request is received at 
the target node after the target node has moved to a 
state incapable of providing service, a reject reply is 
returned in response to the first request by attaching 
thereto reject time information consisting of at least 
one bit; (c) an operation whereby, when a retry request 
is received at the target node after the target node is 
restored to the state capable of providing service, the 
retry request is accepted depending on the reject time 
information attached to the retry request; and (d) an 
operation whereby, at the target node staying in the 
state capable of providing service, when a retry request 
is received, the retry request is processed in the same 
manner as in the operation (c), while when a first 
request is received, a reject reply is returned by 



attaching thereto reject time information. 

According to the present invention, there is also 
provided a method for avoiding starvation at an initiator 
node in a computer network to which are connected at 
5 least one target node which provides service and a 

plurality of initiator nodes which request service from 
the target node, the method comprising: (a) an operation 
whereby, at the target node, a first parameter CE 
consisting of at least one bit, a second parameter SE 

10 consisting of the same number of bits as the number of 
bits of the first parameter, a third parameter CC 
consisting of the number of bits determined by the number 
of the plurality of initiator nodes, and a fourth 
parameter SC consisting of the same number of bits as the 

15 number of bits of the third parameter are all initialized 
to 0; (b) an operation whereby the initiator node sends a 
first request to the target node; (c) an operation 
whereby, when the first request is received at the target 
node, if CE = SE and SC = 0 and if the target node is in 

2 0 a state capable of providing service, the first request 
is accepted; (d) an operation whereby, when the first 
request is received at the target node, if CE = SE and SC 
> 0 or if CE = SE and the target node is in a state 
incapable of providing service, then the CE is 

2 5 incremented, the CC is set to 1, and in response to the 

first request a reject reply is returned by attaching 
thereto the value of the CE; (e) an operation whereby, 
when the first request is received at the target node, if 
CE * SE, the CC is incremented and a reject reply is 

30 returned by attaching thereto the value of the CE; (f) an 
operation whereby the initiator node that received the 
reject reply sends a retry request to the target node by 
attaching thereto a fifth parameter RE whose value is 
equal to the value of the CE attached to the reject 

35 reply; (g) an operation whereby, when the retry request 

is received at the target node, if CE = SE and SC = 0 and 
if the target node is in the state capable of providing 



service, the retry request is accepted; (h) an operation 
whereby, when the retry request is received at the target 
node, if RE = SE+1 and SC = 0 and if the target node is 
in the state capable of providing service, then the SE is 
incremented, the SC is set to CC-1, and the retry request 
is accepted; (i) an operation whereby, when the retry 
request is received at the target node, if RE = SE and SC 
> 0 and if the target node is in the state capable of 
providing service, then the SC is decremented and the 
retry request is accepted; and (j) an operation whereby, 
when the retry request is received at the target node, if 
any of execution conditions in the operations (g), (i), 
and (j) is not satisfied, a reject reply is returned by 
attaching thereto the value of the RE in response to the 
retry request. 

According to the present invention, there is also 
provided an apparatus for implementing each of the above 
methods. According to the present invention, there is 
also provided a recording medium readable by the 
apparatus and storing thereon a program for implementing 
each of the above methods. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Further features and advantages of the present 
invention will be apparent from the following description 
with reference to the accompanying drawings, in which: 

Figure 1 is a diagram showing one example of a 
computer network to which the present invention may be 
applied; 

Figure 2 is a diagram showing one example of the 
hardware configuration of a target node carrying out the 
present invention; 

Figure 3A is a diagram showing the format of a 
request packet transmitted from an initiator node to a 
target node, and Figure 3B is a diagram showing the 
format of a reply packet transmitted from the target node 
to the initiator node; 

Figures 4A and 4B are a flowchart illustrating the 
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sequence of processing performed at the target node when 
a request is received; 

Figure 5 is a flowchart illustrating the sequence of 
processing performed at the initiator node when a reply 
5 packet is received; 

Figure 6 is a diagram showing various states of the 
target nodes and actions and state transitions occurring 
at the target nodes; 

Figure 7 is a sequence chart showing one typical 
10 operational example, and 

Figure 8 is a sequence chart showing another typical 
operational example. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 is a diagram showing a computer network 10 
15 to which the present invention may be applied. To the 
computer network 10 are connected a computer 12 as one 
target node which provides service and computers 14 as a 
plurality of initiator nodes which request service from 
the target node. The computer network 10 shown in Figure 

2 0 1 has a ring topology, but the present invention can also 

be applied to a computer network of another topology such 
as a star topology or bus topology as long as the 
topology is such that at least one target node and a 
plurality of initiator nodes are connected to the 
25 network. 

Figure 2 is a diagram showing one example of the 
hardware configuration of the target node 12 in Figure 1. 
As shown in the figure, the target node 12 consists 
essentially of a central processing unit (CPU) 20, a 

3 0 memory 22, and a network interface unit 24. The CPU 2 0 

executes programs loaded into the memory 22 from various 
recording media. 

The network interface unit 2 4 includes a register 
for storing a collect epoch (CE), a parameter consisting 
35 of at least one bit and used in the processing described 
later, and a register for storing a service epoch (SE), a 
parameter consisting of the same number of bits as that 
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of the CE. The network interface unit 24 further 
includes a counter CC corresponding to the CE and a 
counter SC corresponding to the SE. The number of bits 
of the counter CC is equal to that of the counter SC, and 
5 is determined according to the number of initiator nodes 
14. 

Figure 3A is a diagram showing the format of a 
request packet transmitted from an initiator node 14 to 
the target node 12; only those portions concerned with 

10 the present invention are shown here. The RETRY field 

consists of one bit; a bit value of 0 indicates that the 
request packet is related to a first request, while a bit 
value of 1 indicates that the packet is sent as a retry 
request which is issued after the previous request is 

15 rejected. The EPOCH field consists of the same number of 
bits as the number of bits of the collect epoch CE or the 
service epoch SE, and has meaning only when the value of 
the RETRY bit is 1. The meaning of each field will 
become apparent in the description given later. 

20 Figure 3B is a diagram showing the format of a reply 

packet transmitted from the target node 12 to the 
initiator node 14; only those portions concerned with the 
present invention are shown here. The REJECT field 
consists of one bit. The target node 12 responds by 

25 setting the REJECT bit to 0 when accepting the request 

from the initiator node 14, and by setting the REJECT bit 
to 1 when rejecting the request. In Figure 3B also, the 
EPOCH field consists of the same number of bits as the 
number of bits of the collect epoch CE or the service 

3 0 epoch SE, and has meaning only when the value of the 

REJECT bit is 1. The meaning of each field will become 
apparent in the description given later. 

Figures 4A and 4B are a flowchart illustrating the 
sequence of processing performed at the target node 12 

35 when a request is received. At the target node 12, the 
collect epoch CE, the service epoch SE, the collect 
counter CC, and the service counter SC are all 
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initialized to 0 during system power up. 

When a request is received from an initiator node 
14, first it is determined in operation 102 whether the 
RETRY bit in the request packet (Figure 3A) is set to 1 
5 or not. When RETRY = 1, that is, when the received 
request is a retry request, the process proceeds to 
operation 116; on the other hand, when RETRY = 0, that 
is, when the received request is the first request, the 
process proceeds to operation 104. 

10 in operation 104, it is determined whether the value 

of the collect epoch is equal to the value of the service 
epoch; when CE = SE, the process proceeds to operation 
108, but when CE * SE, the process proceeds to operation 
106. In operation 108, it is determined whether the 

15 service counter indicates 0 and, at the same time, it is 
determined whether the requested service is available for 
delivery. The state of the service being available for 
delivery will be described as "room available". When the 
conditions in operation 108 are both satisfied, the 

20 process proceeds to operation 112 where the first request 
is accepted and the reply packet (Figure 3B) with the 
REJECT bit set to 0 is sent to the requesting initiator 
node 14. 

On the other hand, if the conditions in operation 

2 5 108 are not satisfied, the process proceeds to operation 

110 where the collect epoch CE is incremented and the 
collect counter CC is set to 1. Next, in operation 114, 
the REJECT bit is set to 1, and the reply packet (Figure 
3B) is sent to the requesting initiator node 14. At this 

3 0 time, the current value of the collect epoch CE is set in 

the EPOCH field of the reply packet. 

In operation 106, which is carried out when it is 
determined that CE * SE in operation 104, the collect 
counter CC is incremented. Next, the processing in 
35 operation 114 described above is carried out. 

Before proceeding to the description of the process 



of Figure 4B, the process performed at the initiator node 
when the reply packet is received will be described with 
reference to the flowchart of Figure 5. When the reply 
from the target node 12 is received, first it is 
5 determined in operation 202 whether the REJECT bit in the 
reply packet (Figure 3B) is set to 1 or not. When REJECT 
= 1, that is, when the previously sent request has been 
rejected, the process proceeds to operation 204; on the 
other hand, when REJECT = 0, that is, when the request is 

10 accepted, nothing is done. 

In operation 204, a prescribed time interval is 
allowed to pass. Then, in the next operation 2 06, the 
RETRY bit is set to 1 in order to transmit a retry 
request and the request packet (3A) thus set is sent to 

15 the target node 12. At this time, the value of the EPOCH 

carried in the received reject reply packet is copied to 
the EPOCH field of the request packet. 

Turning back to Figures 4A and 4B, in operation 116 
which is carried out when it is determined that RETRY = 1 

20 in operation 102, it is determined whether the condition 
"room available" is satisfied; if the result shows YES, 
the process proceeds to operation 118, but if the result 
shows NO, the process proceeds to operation 128. 

in operation 118, it is determined whether the value 

2 5 of the collect epoch CE is equal to the value of the 
service epoch SE and, at the same time, the service 
counter SC indicates 0. If the result shows YES, that 
is, if CE = SE and SC = 0 , the process proceeds to 
operation 13 0, but if the result shows NO, the process 

30 proceeds to operation 120. In operation 130, the retry 

request is accepted and the reply packet (Figure 3B) with 
the REJECT bit now set to 0 is sent to the requesting 
initiator node 14. 

In operation 120, the value carried in the EPOCH 

35 field of the request packet is taken as a request epoch 
RE, and it is determined whether the RE is equal to SE+1 
and, at the same time, the service counter SC indicates 



0. If the result shows YES, that is, if RE = SE+1 and SC 
= 0, the process proceeds to operation 122, but if the 
result shows NO, the process proceeds to operation 124. 
In operation 122, the service epoch SE is incremented and 
5 the service counter SC is set to CC-1, after which the 

process proceeds to operation 130. In operation 130, the 
retry request is accepted as described above. 

In operation 124, it is determined whether RE = SE 
and SC > 0 ; if the result shows YES, the process proceeds 

10 to operation 126, but if the result shows NO, the process 
proceeds to operation 128. In operation 126, the service 
counter SC is decremented, and the process proceeds to 
operation 130. In operation 130, the retry request is 
accepted as described above. 

15 On the other hand, in operation 128, the REJECT bit 

is set to 1 and the reply packet (Figure 3B) thus set is 
sent to the requesting initiator node 14. At this time, 
the value carried in the EPOCH field of the received 
request packet, that is, the value of the request epoch 

20 RE, is set directly in the EPOCH field of the reply 
packet. The series of operations for processing the 
first request and the retry request is thus completed. 

Now, referring to Figure 6, a description will be 
given of what state the target node 12 can take in 

2 5 accordance with the algorithm of Figures 4A and 4B and 

what action and state transition occur in response to a 
request sent from the initiator node 14. In Figure 6, 
"A" indicates "room available" and "N" represents "room 
not available", while F designates a first request and R 
30 a retry request. 

After initialization, CE = SE and SC = 0 . This 
state will be referred to as the idle state. Here, if a 
first request or a retry request arrives when the target 
node is in the idle state and when the condition "room 

3 5 available" holds, the target node accepts the request and 

stays in the idle state. In Figure 6, this action and 
state transition pattern is indicated by an arrow exiting 
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the circle of the idle state and represented by the 
description 

A: F or R; ACCEPT 
attached to the arrow. 
5 If a retry request arrives when the target node is 

in the idle state and when the condition "room not 
available" holds, the target node returns a reject reply 
by attaching to it the same request epoch RE as attached 
to the retry request. This pattern is indicated by an 

10 arrow exiting the circle of the idle state and 
represented by the description 

N: R; REJECT ( RE ) 
attached to the arrow. Actions and state transitions are 
likewise shown hereinafter. 

15 Next, if a first request arrives when the target 

node is in the idle state and when the condition "room 
not available" holds, the target node increments the CE, 
sets the CC to 1, and returns a reject reply by attaching 
the current CE to it, while at the same time, making a 

20 transition to a collect state. The collect state refers 
to the state in which CE = SE+1 and SC = 0 . 

If a first request arrives in the collect state, 
regardless of the condition "room available" or "room not 
available", the target node increments the CC and returns 

25 a reject reply by attaching the current CE to it. If a 
retry request arrives when the target node is in the 
collect state and when the condition "room not available" 
holds, the target node returns a reject reply by 
attaching to it the same request epoch RE as attached to 

3 0 the retry request. When in the collect state and when 

the condition "room available" holds, if a retry request 
arrives whose RE value is not equal to the current CE, 
the target node returns a reject reply by attaching the 
same RE to it. 

35 On the other hand, when in the collect state and 

when the condition "room available" holds, if a retry 
request arrives whose RE value is equal to the current 
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CE, the target node increments the SE, sets the SC to CC- 
1, accepts the retry request, and makes a transition to a 
service state. The service state refers to the state in 
which CE = SE and SC > 0 . This action pattern is 
5 indicated by an arrow exiting the collect state and 
represented by the description 

A: R(RE=CE); SE «- SE+1, SC <- CC-1, ACCEPT 
attached to the arrow. 

If a retry request arrives when the target node is 

10 in the service state and when the condition "room not 

available" holds, the target node returns a reject reply 
by attaching to it the same RE as attached to the retry 
request. When in the service state and when the 
condition "room available" holds, if a retry request 

15 arrives whose RE value is not equal to the current SE, 
the target node returns a reject reply by attaching the 
same RE to it. 

On the other hand, when in the service state and 
when the condition "room available" holds, if a retry 

2 0 request arrives whose RE value is equal to the current 

SE, the target node decrements the SC and accepts the 
retry request. Here, if SC = 0 as the result of 
decrementing the SC, a transition is made to the idle 
state. 

25 If a first request arrives in the service state, 

regardless of the condition "room available" or "room not 
available", the target node increments the CE, sets the 
CC to 1, and returns a reject reply by attaching the 
current CE to it, while at the same time, making a 

30 transition to a service & collect state. The service & 
collect state refers to the state in which CE = SE+1 and 
SC > 0 . When in the service & collect state and when the 
condition "room available" holds, if a retry request 
arrives whose RE value is not equal to the current SE, 

35 the target node returns a reject reply by attaching the 
same RE to it. If a retry request arrives when the 
condition "room not available" holds, the target node 
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returns a reject reply by attaching to it the same RE as 
attached to the retry request. 

Further, in the service & collect state, if a first 
request arrives, regardless of the condition "room 
5 available" or "room not available", the target node 

increments the CC and returns a reject reply by attaching 
the current CE to it. When the condition "room 
available" holds, if a retry request arrives whose RE 
value is equal to the current SE , the target node 

10 decrements the SC and accepts the retry request. Here, 
if SC = 0 as the result of decrementing the SC, a 
transition is made to the collect state. 

As can be seen from the above description, the CE 
always takes a value equal to that of the SE or advanced 

15 by 1 relative to that of the SE. In the collect state or 
the service & collect state where the CE takes a value 
advanced by 1 relative to that of the SE, the first 
request is rejected and the number of rejected requests 
is counted as CC. In the service state or the service & 

2 0 collect state where SC > 0, the SC whose initial value is 

equal to the CC representing the result of the counting 
is decremented each time a retry request whose RE value 
is equal to the SE is accepted. In the service & collect 
state, any first request is continually rejected by 

25 attaching the current CE , until the SC becomes equal to 

0. In this way, the target node preferentially processes 
previously rejected requests in sequence, and starvation 
is thus avoided. The epoch functions as a parameter 
defining reject time information. 

30 Typical operational examples are shown in the 

sequence charts of Figures 7 and 8 to facilitate 
understanding of the present invention. First, the 
example of Figure 7 will be described. When the collect 
epoch CE, the collect counter CC, the service epoch SE, 

3 5 and the service counter SC are all cleared to 0 by 

initialization and the target node is in the idle state 
(CE = SE and SC = 0), packets F lf F 2 , and F 3 , each 
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relating to a first request, are sent and are all 
accepted. 

Before long, the target node becomes "room not 
available"; at this time, when a packet F 4 relating to a 
5 first request arrives, the CE is incremented to 1, the CC 

is set to 1, and a reject reply is returned by attaching 
CE = 1 to it. As a result, the target node makes a 
transition to the collect state (CE = SE+1 and SC = 0). 
In this collect state, when packets F 5 and F 6 , each 

10 relating to a first request, arrive, reject replies are 

likewise returned by attaching CE = 1 to each, and the CC 
is incremented from 1 to 2 and from 2 to 3 . At this 
time, when a packet R 4 (with RE=1 attached to it) arrives 
which carries a retry request for the packet F 4 relating 

15 to the previously rejected first request, a reject reply 
is returned by attaching the same RE to it. 

Before long, the target node becomes "room 
available". At this time, when a packet R 5 (RE=1) 
carrying a retry request for the previously rejected F 5 

2 0 arrives, the SE is incremented to 1, the SC is set to CC- 
1 = 3-1 = 2, and the retry request is accepted. As a 
result, the target node makes a transition to the service 
state (CE = SE and SC > 0). 

In this service state, when a packet R 4 (RE=1) 

25 carrying a retry request for the previously rejected F 4 
arrives, the retry request is accepted and the SC is 
decremented to 1. Next, when a packet R 6 (RE=1) carrying 
a retry request for the previously rejected F 6 arrives, 
the retry request is accepted and the SC is decremented 

30 to 0 . As a result, the target node returns to the idle 
state (CE=SE and SC=0). 

Next, the sequence chart of Figure 8 will be 
described. In this example, transitions are made from 
the idle state to the collect state, then to the service 

35 state in the same manner as in the example of Figure 7. 

In the example of Figure 8, however, a packet F 7 relating 
to a first request arrives when the target node is in the 
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service state; as a result, the CE is incremented to 2, 
the CC is set to 1, and the request is rejected by 
attaching CE=2 . Then, the target node makes a transition 
to the service & collect state (CE = SE+1 and SC > 0). 
5 In this service & collect state, a retry request 

whose RE value is equal to the current SE=1 is accepted 
and the SC is decremented, while on the other hand, any 
first request is rejected by attaching CE=2 . When SC 
becomes equal to 0, the target node makes a transition to 

10 the collect state (CE = SE+1 and SC = 0 ) . The operation 
thereafter is self-explanatory. In this way, the target 
node makes transitions between the four states. 

According to the above explanation, the first 
request will not be accepted until after retry requests 

15 for the previously rejected requests have all been 

accepted, that is, until after the SC becomes equal to 0. 
In this case, the epoch could do with one bit. However, 
depending on the system, there can occur situations where 
retry requests are not made for some reason. In such 

20 situations, the process cannot proceed further since the 
SC does not become equal to 0 . 

In view of this, it is effective to include a 
timeout process whereby the time elapsing until the SC 
becomes 0 is monitored and, when a predefined time 

25 interval has elapsed, the SC is forcefully reset to 0 to 

allow the process to proceed further. When providing 
such a timeout process, it would be worthwhile to 
construct the epoch with multiple bits. The reason is 
that, if the epoch consists of multiple bits, when a 

30 retry request arrives, the time that the previous request 

was rejected can be recognized and processing appropriate 
to the result can be performed. 

The invention may be embodied in other specific 
forms without departing from the spirit or essential 

3 5 characteristics thereof. The present embodiment is 

therefore to be considered in all respects as 
illustrative and not restrictive, the scope of the 
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invention being indicated by the appended claims rather 
than by the foregoing description and all changes which 
come within the meaning and range of equivalency of the 
claims are therefore intended to be embraced therein. 
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What is claimed is: 

1 . A method for avoiding starvation at an 
initiator node in a computer network to which are 
connected at least one target node which provides service 

5 and a plurality of initiator nodes which request service 
from said target node, said method comprising the 
operations of: 

when a request is received from said 
initiator node during a period that said target node is 
10 unable to provide service, returning a reject reply by 
attaching thereto reject time information that matches 
said period; 

when said target node is in a state 
capable of providing service, preferentially accepting a 
15 retry request carrying older reject time information; and 
when said target node is in the state 
capable of providing service, returning a reject reply by 
attaching thereto new reject time information in response 
to any first request received before retry requests 
20 arising previously rejected requests are all accepted. 

2 . A method for avoiding starvation at an 
initiator node in a computer network to which are 
connected at least one target node which provides service 
and a plurality of initiator nodes which request service 

2 5 from said target node, said method comprising the 

operations of : 

(a) when a first request is received at said 
target node when said target node is in a state capable 
of providing service, accepting said first request; 

30 (b) when a first request is received at said 

target node after said target node has moved to a state 
incapable of providing service, returning a reject reply 
in response to said first request by attaching thereto 
reject time information consisting of at least one bit; 

35 (c) when a retry request is received at said 

target node after said target node is restored to the 
state capable of providing service, accepting said retry 



request depending on the reject time information attached 
to said retry request; and 

(d) at said target node staying in the state 
capable of providing service, when a retry request is 

5 received, processing said retry request in the same 
manner as in said operation (c), while when a first 
request is received, returning a reject reply by 
attaching thereto reject time information. 

3 . A method for avoiding starvation at an 
10 initiator node in a computer network to which are 

connected at least one target node which provides service 
and a plurality of initiator nodes which request service 
from said target node, said method comprising the 
operations of: 

15 (a) at said target node, initializing to 0 all 

of a first parameter CE consisting of at least one bit, a 
second parameter SE consisting of the same number of bits 
as the number of bits of said first parameter, a third 
parameter CC consisting of the number of bits of 

2 0 determined by the number of said plurality of initiator 

nodes, and a fourth parameter SC consisting of the same 
number of bits as the number of bits of said third 
parameter; 

(b) at said initiator node, sending a first 
25 request to said target node; 

(c) when said first request is received at 
said target node, if CE = SE and SC = 0 and if said 
target node is in a state capable of providing service, 
accepting said first request; 

3 0 (d) when said first request is received at 

said target node, if CE = SE and SC > 0 or if CE = SE and 
said target node is in a state incapable of providing 
service, incrementing said CE , setting said CC to 1, and 
returning a reject reply by attaching thereto the value 
35 of said CE in response to said first request; 

(e) when said first request is received at 
said target node, if CE * SE, incrementing said CC and 
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returning a reject reply by attaching thereto the value 
of said CE; 

(f) at said initiator node that received said 
reject reply, sending a retry request to said target node 

5 by attaching thereto a fifth parameter RE whose value is 
equal to the value of said CE attached to said reject 
reply; 

(g) when said retry request is received at 
said target node, if CE = SE and SC = 0 and if said 

10 target node is in the state capable of providing service, 
accepting said retry request; 

(h) when said retry request is received at 
said target node, if RE = SE+1 and SC = 0 and if said 
target node is in the state capable of providing service, 

15 incrementing said SE, setting said SC to CC-1, and 

accepting said retry request; 

(i) when said retry request is received at 
said target node, if RE = SE and SC > 0 and if said 
target node is in the state capable of providing service, 

2 0 decrementing said SC and accepting said retry request; 
and 

( j ) when said retry request is received at 
said target node, if any of execution conditions in said 
operations (g), (i), and (j) is not satisfied, returning 

2 5 a reject reply by attaching thereto the value of said RE 

in response to said retry request. 

4 . A method carried out at a target node for 
avoiding starvation at an initiator node in a computer 
network to which are connected at least one target node 

3 0 which provides service and a plurality of initiator nodes 

which request service from said target node, said method 
comprising the operations of : 

(a) initializing to 0 all of a first parameter 
CE consisting of at least one bit, a second parameter SE 
3 5 consisting of the same number of bits as the number of 
bits of said first parameter, a third parameter CC 
consisting of the number of bits of determined by the 
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number of said plurality of initiator nodes, and a fourth 
parameter SC consisting of the same number of bits as the 
number of bits of said third parameter; 

(b) when a first request is received, if CE = 
5 SE and SC = 0 and if said target node is in a state 

capable of providing service, accepting said first 
request; 

(c) when a first request is received, if CE = 
SE and SC > 0 or if CE = SE and said target node is in a 

10 state incapable of providing service, incrementing said 

CE, setting said CC to 1, and returning a reject reply by 
attaching thereto the value of said CE in response to 
said first request; 

(d) when a first request is received, if CE * 
15 SE, incrementing said CC and returning a reject reply by 

attaching thereto the value of said CE; 

(e) when a retry request is received, if CE = 
SE and SC = 0 and if said target node is in the state 
capable of providing service, accepting said retry 

20 request; 

(f) when a retry request is received, if RE = 
SE+1 and SC = 0 and if said target node is in the state 
capable of providing service, incrementing said SE, 
setting said SC to CC-1, and accepting said retry 

2 5 request; 

(g) when a retry request is received, if RE = 
SE and SC > 0 and if said target node is in the state 
capable of providing service, decrementing said SC and 
accepting said retry request; and 

30 (h) when a retry request is received, if any 

of execution conditions in said operations (e), (f), and 
(g) is not satisfied, returning a reject reply by 
attaching thereto the value of said RE in response to 
said retry request. 

35 5. A method carried out at an initiator node for 

avoiding starvation at said initiator node in a computer 
network to which are connected at least one target node 
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which provides service and a plurality of initiator nodes 
which request service from said target node, said method 
comprising the operations of: 

(a) sending a first request to said target 

5 node; and 

(b) when a reject reply is received in 
response to said first request, sending a retry request 
by attaching thereto a parameter whose value is equal to 
the value of a parameter of reject time information 

10 attached to said reject reply. 

6 . An apparatus for avoiding starvation at an 
initiator node in a computer network to which are 
connected at least one target node which provides service 
and a plurality of initiator nodes which request service 

15 from said target node, said apparatus comprising: 

means for, when a request is received from 
said initiator node during a period that said target node 
is unable to provide service, returning a reject reply by 
attaching thereto reject time information that matches 

2 0 said period; 

means for, when said target node is in a 
state capable of providing service, preferentially 
accepting a retry request carrying older reject time 
information; and 
25 means for, when said target node is in the 

state capable of providing service, returning a reject 
reply by attaching thereto new reject time information in 
response to any first request received before retry 
requests arising previously rejected requests are all 

3 0 accepted. 

7 . An apparatus for avoiding starvation at an 
initiator node in a computer network to which are 
connected at least one target node which provides service 
and a plurality of initiator nodes which request service 

35 from said target node, said apparatus comprising: 

first means for, when a first request is 
received at said target node when said target node is in 
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a state capable of providing service, accepting said 
first request; 

second means for, when a first request is 
received at said target node after said target node has 
5 moved to a state incapable of providing service, 

returning a reject reply in response to said first 
request by attaching thereto reject time information 
consisting of at least one bit; 

third means for, when a retry request is 

10 received at said target node after said target node is 
restored to the state capable of providing service, 
accepting said retry request depending on the reject time 
information attached to said retry request; and 

fourth means for, at said target node 

15 staying in the state capable of providing service, when a 
retry request is received, processing said retry request 
in the same manner as processed by said third means, 
while when a first request is received, returning a 
reject reply by attaching thereto reject time 

20 information. 

8 . An apparatus for avoiding starvation at an 
initiator node in a computer network to which are 
connected at least one target node which provides service 
and a plurality of initiator nodes which request service 

25 from said target node, said apparatus comprising: 

first means for, at said target node, 
initializing to 0 all of a first parameter CE consisting 
of at least one bit, a second parameter SE consisting of 
the same number of bits as the number of bits of said 

30 first parameter, a third parameter CC consisting of the 
number of bits of determined by the number of said 
plurality of initiator nodes, and a fourth parameter SC 
consisting of the same number of bits as the number of 
bits of said third parameter; 

35 second means for, at said initiator node, 

sending a first request to said target node; third means 
for, when said first request is received at said target 
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node, if CE = SE and SC = 0 and if said target node is in 
a state capable of providing service, accepting said 
first request; 

fourth means for, when said first request 
5 is received at said target node, if CE = SE and SC > 0 or 
if CE = SE and said target node is in a state incapable 
of providing service, incrementing said CE, setting said 
CC to 1, and returning a reject reply by attaching 
thereto the value of said CE in response to said first 
10 request; 

fifth means for, when said first request 
is received at said target node, if CE * SE, incrementing 
said CC and returning a reject reply by attaching thereto 
the value of said CE; 
15 sixth means for, at said initiator node 

that received said reject reply, sending a retry request 
to said target node by attaching thereto a fifth 
parameter RE whose value is equal to the value of said CE 
attached to said reject reply; 

2 0 seventh means for, when said retry request 

is received at said target node, if CE = SE and SC = 0 
and if said target node is in the state capable of 
providing service, accepting said retry request; 

eighth means for, when said retry request 
25 is received at said target node, if RE = SE+1 and SC = 0 
and if said target node is in the state capable of 
providing service, incrementing said SE, setting said SC 
to CC-1, and accepting said retry request; 

ninth means for, when said retry request 

3 0 is received at said target node, if RE = SE and SC > 0 

and if said target node is in the state capable of 
providing service, decrementing said SC and accepting 
said retry request; and 

tenth means for, when said retry request 
35 is received at said target node, if any of operation 

conditions in said seventh, eighth, and ninth means is 
not satisfied, returning a reject reply by attaching 
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thereto the value of said RE in response to said retry 
request . 

9 . An apparatus provided at a target node for 
avoiding starvation at an initiator node in a computer 
5 network to which are connected at least one target node 

which provides service and a plurality of initiator nodes 
which request service from said target node, said 
apparatus comprising: 

first means for initializing to 0 all of a 

10 first parameter CE consisting of at least one bit, a 

second parameter SE consisting of the same number of bits 
as the number of bits of said first parameter, a third 
parameter CC consisting of the number of bits of 
determined by the number of said plurality of initiator 

15 nodes, and a fourth parameter SC consisting of the same 
number of bits as the number of bits of said third 
parameter; 

second means for, when a first request is 
received, if CE = SE and SC = 0 and if said target node 

20 is in a state capable of providing service, accepting 
said first request; 

third means for, when a first request is 
received, if CE = SE and SC > 0 or if CE = SE and said 
target node is in a state incapable of providing service, 

25 incrementing said CE, setting said CC to 1, and returning 
a reject reply by attaching thereto the value of said CE 
in response to said first request; 

fourth means for, when a first request is 
received, if CE * SE, incrementing said CC and returning 

30 a reject reply by attaching thereto the value of said CE; 

fifth means for, when a retry request is 
received, if CE = SE and SC = 0 and if said target node 
is in the state capable of providing service, accepting 
said retry request; 

3 5 sixth means for, when a retry request is 

received, if RE = SE+1 and SC = 0 and if said target node 
is in the state capable of providing service, 



incrementing said SE, setting said SC to CC-1, and 
accepting said retry request; 

seventh means for, when a retry request is 
received, if RE = SE and SC > 0 and if said target node 
5 is in the state capable of providing service, 

decrementing said SC and accepting said retry request; 
and 

eighth means for, when a retry request is 
received, if any of operation conditions in said fifth, 
10 sixth, and seventh means is not satisfied, returning a 

reject reply by attaching thereto the value of said RE in 
response to said retry request. 

10. An apparatus provided at an initiator node for 
avoiding starvation at said initiator node in a computer 

15 network to which are connected at least one target node 

which provides service and a plurality of initiator nodes 
which request service from said target node, said 
apparatus comprising: 

means for sending a first request to said 

20 target node; and 

means for, when a reject reply is received 
in response to said first request, sending a retry 
request by attaching thereto a parameter whose value is 
equal to the value of a parameter of reject time 

25 information attached to said reject reply. 

11. A recording medium readable by an apparatus for 
avoiding starvation at an initiator node in a computer 
network to which are connected at least one target node 
which provides service and a plurality of initiator nodes 

3 0 which request service from said target node, said 

recording medium having stored thereon a program for 
implementing: 

a facility for, when a request is received 
from said initiator node during a period that said target 
35 node is unable to provide service, returning a reject 

reply by attaching thereto reject time information that 
matches said period; 
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a facility for, when said target node is 
in a state capable of providing service, preferentially 
accepting a retry request carrying older reject time 
information; and 
5 a facility for, when said target node is 

in the state capable of providing service, returning a 
reject reply by attaching thereto new reject time 
information in response to any first request received 
before retry requests arising previously rejected 

10 requests are all accepted. 

12. A recording medium readable by an apparatus for 
avoiding starvation at an initiator node in a computer 
network to which are connected at least one target node 
which provides service and a plurality of initiator nodes 

15 which request service from said target node, said 

recording medium having stored thereon a program for 
implementing: 

a first facility for, when a first request 
is received at said target node when said target node is 

2 0 in a state capable of providing service, accepting said 

first request; 

a second facility for, when a first 
request is received at said target node after said target 
node has moved to a state incapable of providing service, 
25 returning a reject reply in response to said first 

request by attaching thereto reject time information 
consisting of at least one bit; 

a third facility for, when a retry request 
is received at said target node after said target node is 

3 0 restored to the state capable of providing service, 

accepting said retry request depending on the reject time 
information attached to said retry request; and 

a fourth facility for, at said target node 
staying in the state capable of providing service, when a 
3 5 retry request is received, processing said retry request 

in the same manner as processed by said third facility, 
while when a first request is received, returning a 
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reject reply by attaching thereto reject time 
information . 

13. A recording medium readable by an apparatus for 
avoiding starvation at an initiator node in a computer 
5 network to which are connected at least one target node 

which provides service and a plurality of initiator nodes 
which request service from said target node, said 
recording medium having stored thereon a program for 
implementing: 

10 a first facility for, at said target node, 

initializing to 0 all of a first parameter CE consisting 
of at least one bit, a second parameter SE consisting of 
the same number of bits as the number of bits of said 
first parameter, a third parameter CC consisting of the 

15 number of bits of determined by the number of said 

plurality of initiator nodes, and a fourth parameter SC 
consisting of the same number of bits as the number of 
bits of said third parameter; 

a second facility for, at said initiator 

2 0 node, sending a first request to said target node; 

a third facility for, when said first 
request is received at said target node, if CE = SE and 
SC = 0 and if said target node is in a state capable of 
providing service, accepting said first request; 

25 a fourth facility for, when said first 

request is received at said target node, if CE = SE and 
SC > 0 or if CE = SE and said target node is in a state 
incapable of providing service, incrementing said CE, 
setting said CC to 1, and returning a reject reply by 

30 attaching thereto the value of said CE in response to 

said first request; 

a fifth facility for, when said first 
request is received at said target node, if CE * SE, 
incrementing said CC and returning a reject reply by 

35 attaching thereto the value of said CE; 

a sixth facility for, at said initiator 
node that received said reject reply, sending a retry 
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request to said target node by attaching thereto a fifth 
parameter RE whose value is equal to the value of said CE 
attached to said reject reply; 

a seventh facility for, when said retry 
5 request is received at said target node, if CE = SE and 

SC = 0 and if said target node is in the state capable of 
providing service, accepting said retry request; 

an eighth facility for, when said retry 
request is received at said target node, if RE = SE+1 and 

10 SC = 0 and if said target node is in the state capable of 
providing service, incrementing said SE, setting said SC 
to CC-1, and accepting said retry request; 

a ninth facility for, when said retry 
request is received at said target node, if RE = SE and 

15 SC > 0 and if said target node is in the state capable of 
providing service, decrementing said SC and accepting 
said retry request; and 

a tenth facility for, when said retry 
request is received at said target node, if any of 

2 0 operation conditions in said seventh, eighth, and ninth 
facilities is not satisfied, returning a reject reply by 
attaching thereto the value of said RE in response to 
said retry request. 

14. A recording medium readable by a target node in 

2 5 a computer network to which are connected at least one 

target node which provides service and a plurality of 
initiator nodes which request service from said target 
node, said recording medium having stored thereon a 
starvation avoiding program for implementing: 

30 a first facility for initializing to 0 all 

of a first parameter CE consisting of at least one bit, a 
second parameter SE consisting of the same number of bits 
as the number of bits of said first parameter, a third 
parameter CC consisting of the number of bits of 

35 determined by the number of said plurality of initiator 
nodes, and a fourth parameter SC consisting of the same 
number of bits as the number of bits of said third 



parameter; 

a second facility for, when a first 
request is received, if CE = SE and SC = 0 and if said 
target node is in a state capable of providing service, 
5 accepting said first request; 

a third facility for, when a first request 
is received, if CE = SE and SC > 0 or if CE = SE and said 
target node is in a state incapable of providing service, 
incrementing said CE, setting said CC to 1, and returning 
10 a reject reply by attaching thereto the value of said CE 
in response to said first request; 

a fourth facility for, when a first 
request is received, if CE * SE, incrementing said CC and 
returning a reject reply by attaching thereto the value 
15 of said CE; 

a fifth facility for, when a retry request 
is received, if CE = SE and SC = 0 and if said target 
node is in the state capable of providing service, 
accepting said retry request; 

20 a sixth facility for, when a retry request 

is received, if RE = SE+1 and SC = 0 and if said target 
node is in the state capable of providing service, 
incrementing said SE, setting said SC to CC-1, and 
accepting said retry request; 

25 a seventh facility for, when a retry 

request is received, if RE = SE and SC > 0 and if said 
target node is in the state capable of providing service, 
decrementing said SC and accepting said retry request; 
and 

3 0 an eighth facility for, when a retry 

request is received, if any of operation conditions in 
said fifth, sixth, and seventh facilities is not 
satisfied, returning a reject reply by attaching thereto 
the value of said RE in response to said retry request. 

35 15. A recording medium readable by an initiator 

node in a computer network to which are connected at 
least one target node which provides service and a 
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plurality of initiator nodes which request service from 
said target node, said recording medium having stored 
thereon a starvation avoiding program for implementing: 

a facility for sending a first request to 
5 said target node; and 

a facility for, when a reject reply is 
received in response to said first request, sending a 
retry request by attaching thereto a parameter whose 
value is equal to the value of a parameter of reject time 
10 information attached to said reject reply. 
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METHOD AND APPARATUS FOR AVOIDING 
STARVATION IN COMPUTER NETWORK 

5 

ABSTRACT OF THE DISCLOSURE 

A method and apparatus for avoiding starvation at an 

10 initiator node in a computer network to which are 

connected at least one target node which provides service 
and a plurality of initiator nodes which request service 
from the target node. The method includes: when a 
request is received from the initiator node during a 

15 period that the target node is unable to provide service, 
returning a reject reply by attaching thereto reject time 
information that matches the period; when the target node 
is in a state capable of providing service, 
preferentially accepting a retry request carrying older 

20 reject time information; and when the target node is in 
the state capable of providing service, returning a 
reject reply by attaching thereto new reject time 
information in response to any first request received 
before retry requests arising from previously rejected 

25 requests are all accepted. 
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EPOCH FOR STARVATION AVOIDANCE 
METHOD AND APPARATUS FOR AVOIDING STARVATION IN COMPUTER NETWORK 



the specification of which 
[ X| is attached hereto 
OR 

[ ] was filed on (MM/DD/YYYY) L 



n Number f 



{Title of the Invention) 



] as United States Application Number or PCT International 

and was amended on (MM/DD/YYYY) [ ] (if applicable). 



Applia 

I hereby state that I have reviewed and understand the contents of the above identified specification, including the claims, a: 
amended by any amendment specifically referred to above. 

I acknowledge the duty to disclose information which is material to patentability as defined in Title 37 Code of Federal 
Regulations. § 1.56. 



I hereby claim foreign^priority benefits under Title 35, United States Code § 1 1 9 (a)-(d) or § 385(b) of any foreign application(s) 
for patent or inventor's certificate, or § 365 (a) of any PCT international application which designated at least one country other than the United 
States of America, listed below and have also identified below, by checking the box, any foreign application for patent or inventor's certificate, 
or of any PCT international application having a filing date before that of the application on which priority is claimed. 



Prior Foreign Application 
Number(s) 



Country 



Foreign Filing Date 
(MM/DD/YYYY) 



Priority 
Not Claimed 



Certified Copy Attached? 
YES NO 



[ ] Additional foreign application numbers are listed on a supplemental priority sheet attached hereto: 



I hereby claim the benefit under Title 35, United States Code § 1 1 9(e) of any United States provisional application(s) listed below. 


Application Number(s) 


Filing Date (MM/DD/YYYY) 


[ ] Additional provisional 

application numbers are 
listed on a supplemental 
sheet attached hereto. 
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I hereby claim the benefit under Title 35, United States Code § 120 of any United States application(s), or § 365(c) of any PCT 
international application designating the United States of America, listed below and, insofar as the subject matter of each of the 
claims of this application is not disclosed in the prior United States or PCT international application in the manner provided by 
the first paragraph of Title 35, United States Code § 1 12, 1 acknowledge the duty to disclose information which is material to 
patentability as defined in Title 37, Code of Federal Regulations § 1.56 which became available between the filing date of the 
prior application and the national or PCT international filing date of this application. 



U.S. Parent Application 
Number 



PCT Parent 
Number 



Parent Filing Date 
(MM/DD/YYYY) 



Parent Patent Number 
{if applicable) 



[ ] Additional U.S. or PCT international application numbers are listed on a supplemental priority sheet attached hereto. 



As a named inventor, I hereby appoint the following attorney(s) and/or agent(s) to prosecute this application and to transact all 
business in the Patent and Trademark Office connected therewith: 



Albert C. Smith 



Registration 
Number 
20,355 



Registration 
Number 
39,327 



] Additional attorney(s) and/or agent(s) named on a supplemental sheet attached hereto. 



Please direct all correspondence to 



Telephone | (650) 585-7607~ 



Rajiv P. Patel 
Fenwick & West LLP 
Two Palo Alto Square 
Palo Alto, CA 94306 
U.S.A. 



| Fax | (650)494-1417 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information and belief 
are believed to be true; and further that these statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that such willful 
false statements may jeopardize the validity of the application or any patent issued thereon. 



Name of Sole or First Inventor: 


I [X] A petition has been filed for this unsigned inventor 




Given 
Name 


Hirohide 


Middle 
Initial 




Family 
Name 


Sugahara 


Suffix 
e.g. Jr. 





Inventor's 
Signature 



Japan 



Citizenship Japan 



Mailing Address 



c/o FUJITSU LIMITED, 1-1, Kamikodanaka 4-chome, Nakahara-ku, 



Mailing Address 



Sawasaki-shi, 
Kanagawa 



zi P 211-8588 Counfr y 



Japan 



§i ] Additional inventors are being named on supplemental sheet(s) attached hereto 







DECLARATION 










ADDITIONAL INVENTOR(S) 
Supplemental Sheet 




Name of Additional Joint Inventor, if any: 




[ 


] A petition has been filed for this unsigned inventor 




Given 
Name 


Takashi 


Middle 
Initial 




Family 
Name 


Miyoshi 


Suffix 
e.g. Jr. 




Inventor's 
Signature 




Date 


August 17, 2000 


Residence: City | 


Campbell 


J State 


CA 


Country U.S.A. 


Citizenship Japan 


Mailing Address 


c/o HAL Computer Syster 


ns, 


Inc., 


1315 Dell Avenue, 






Mailing Address 




City J 


Campbell 


J State 


j CA 


| Zip 


95008 


| Country | U.S.A. 




Name of Additional Joint Inventor, if any: 


1 


[ 


] A petition has been filed for this unsigned inventor 




Given 
Name 


Takfeshi , 


Middle 
Initial 




Family 
Name 


Horie 


Suffix 
e.g. Jr. 




Inventor's 
Signature 




Date 


August 17, 2000 


Residence: City | 


Campbell 


J State 


CA 


J Country | U.S 


A. 


Citizenship Japan 


Mailing Address 


c/o HAL Computer Systems, 


Inc., 1315 Dell Avenue, 






Mailing Address 




City 1 


Campbell 


J State 


j CA 


| Zip 


95008 


j Country | U.S.A. 




Name of Additional Joint Inventor, if any: 


1 


[ ] A petition has been filed for this unsigned inventor 




Given 
Name 


Jeffrey 


Middle 


D. 


Family 


Larson 


Suffix 
e.g. Jr. 




Inventor's 
Signature 




Date 


August 17, 2000 


Residence: City JC 


-SampbelJH 


State 


CA 


Country U.S 


A. 


Citizenship 


| USA 




Mailing Address 


c/o HAL Computer Systems, 


Inc., 1315 Dell Avenue, 






Mailing Address 




City J Campbell 


j State 


j CA 


| Zip 


95008 


j Country | U.S.A. 




Name of Additional Joint Inventor, if any: 




[ ] A petition has been filed for this unsigned inventor 




Given 








Middle 






Family 
Name 








Suffix 
e.g. Jr. 




Inventor's 
Signature 




Date 




Residence: City | 




| State 




J Country I 




Citizenship 






Mailing Address 




Mailing Address 




City | 








| State 




Zip 




Country 






[ ] Additional inventors are being named on 


supplemental sheet(s) attached hereto 











